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(57) Abstract 

A method of controlling traffic in an intelligent communications network having a distributed processing environment using software 
objects corresponding to respective components of the network, wherein each object is associated with a respective service element parameter 
(SEP) and writes its SEP to a SEP field of each generated request, together with, in the event that the request is generated in response 
to receipt at the object of a request sent from another object, the contents of the SEP field of the received request. While an object is in 
overload state it rejects newly received requests if the contents of their SEP fields are less than a threshold. If the object is already handling 
a request, a newly received request will take priority if it has a higher SEP value. The request which gives way may be rejected, or may 
have its processing suspended. 
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TRAFFIC CONTROL IN A COMMUNICATIONS NETWORK 

This invention relates to communications networks and to methods of 
controlling traffic therein. 
5 US Patent Number 5, 224, 099, assigned to Stratacom, Inc., discloses a 

method of fair queuing and servicing call traffic in a telecommunication node which 
interfaces with a telecommunication system including a multiplicity of nodes. As 
each cell of bursty traffic is received it is placed in a respective subqueue 
according to a hopcount associated with the cell of bursty traffic, the hopcount 
10 being representative of the number of nodes traversed by the associated cell. Cells 
of traffic within the queue are serviced according to their associated hopcount, i.e. 
cells in the subqueue for the highest value of hopcount are serviced first. Cells that 
have spent too long in one subqueue are moved to the next higher subqueue, i.e. 
the queuing priority is increased, but the hopcount is unaffected. The hopcount 
15 associated with each cell of traffic is incremented as each cell of traffic is 
serviced. This prior art document is concerned with servicing incoming cells by 
giving priority to cells which have used more network resource. 

According to a first aspect of the present invention, there is provided a 
method of controlling traffic in an intelligent communications network having a 
20 distributed processing environment using software objects, the method comprising 

the steps of :- ' ' ' i ^- *• VT % 

~ r including, : in : requests: generated by the ;.objects, a service .. element 

parameter (SEP) field; ^. — „j 

- writing to the SEP field of -each such request a SEP associated with the 
25 generating] Object, together; ;;with, in- the event that the request is generated in 
.response to; receipt at thefg^ of a request sent from another object, 

the=contents of the SEP field" o£the .received request;^, !• V 
v detecting when any of the objects is in overload state; and 
j ^ T while a said object ' is in overload state, determining the extent of . the 
30 processing^ which a request newly received at said object will receive in 
dependence upon the contents of the SEP field of said newly received request. 

The present invention enables calls in r an^ intelligent communications 
network to be prioritised according to the importance of the components of the 
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network which have been involved in the processing of the call. This importance 
might be in relation. to the amount of processing that a component provides, or the 
length of time that a component is associated with a call, . e.g. in order for a 
. customer-to. gain access . to a service he may have to interact with an intelligent 
■ r 5,. peripheral of the communications network, listening to voice prompts, entering an 
account number, a personal identification number and , then various menu 
selections,, so in this case the SEP, of the intelligent peripheral would be set higher 
than a simple component, such as a signalling server which would be involved in 
the call, for less time. . Alternatively, the importance might- be, in relation to the 
.10, contractual status, of the calling customer, e.g. ,a component can have different 
values of its^ SEP for different grades of service . (e.g. premium, standard and 
economy) and apply : the appropriate SEP in accordance with an identification of the 
customer, and hence the service level for which ; he has contracted, via his Calling 
Line Identity. 

15 .Preferably, the writing step copies the contents ; ot the SEP field of a 

received' request to the SEP field t of -the- generated,, request, and vyrites the 
associated -SEP | into a respective sub-field : -of .the SEP fiejd. - . s 

Alternatively, the writing step generates the sum of . said associated SEP 
and the contents of the SEP field of a received request, and writes this sum into 
20 the SEP field of the generated request. , ■ .• ; ; ...-*• • 

The determining .step may. comprise- comparing the : contents : ,pf ; the SEP 
field of, the neyyly. received request with a predetermine^. ^threshold, and rejecting 
the .newly received request- Jf . the contents . of . its s ?EP ( field is less than the 
. predetermined threshold;, . . :: h^/i^ih * :. js Y.-.iar- • u-vf. 
25 Alternatively,, the, determining steq rrjay^com^^ 

of the SEP field of- the , newly Received requests with the ; contents ,pf the SEP field of 
a previously, received request whose processing; ^ has, ; not been', completed, and 
proceeding with the processing of the newly received request m preference to that 
of said previously, received- request ; if the contents of the SEP field of the newly 
30 received request has a higher value than the contents of the SEP, field of : the 
, previously received request. s r , .-j: 
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Preferably, the determining step performs the comparison only in respect 
of a previously received request which is still in a holding phase of processing and 
has not yet entered an active phase of processing. 

The determining step may further comprise Suspending the active phase of 
5 processing of the previously received request while the newly received request is 
being processed. 

The determining step may further comprise rejecting a previously' received 
request involved in the comparing step and whose SEP' field contents has a lower 
value than that of the newly received request involved in : the comparing step. 
10 1 A generating "object m^y be -associated with a plurality of SEPs having 

" " different respective values* corresponding to different call types, and there may be 
included the steps of ascertaining thfc call type appropriate to a deceived request, 
and obtaining the corresponding SEP for use as the associated SEP in the writing 
step. : -' 
15 A generating object may- be associated with a plurality of SEPs having 

different respective 1 Values ^ cbrresporidihg- to different service tevels, and there may 
be included the steps of c ascertaining the service level appropriate to a received 
1 request, and obtaining 7 the cbrtespohding SEP for use as the assbciated SEP in the 
writing step. 1 r - * ,f w ' r " ,T * !-1 " - 1 r * : - J 

20 A generating object may be assbciated with a plurality of first SEPs having 

different respective values corresponding to different call types and a plurality of 
second SEPs ; having differefht respective valiies corresponding to different service 
- levels, ahd :; there' may be 1 iridldded the steps of ascertaining the : call* "type and 
service level appropriate to a received request, obtaining' the corresponding first 
: 25 and sfecohcl SEPs -and deriving ^hereTrdm, in accordance with a predetermined 

^ function/ a sihgie value fb7 v us£ as the associated SEP in the-writing step, 
r 'v:^: r ^ jfy e predetermined ^fohction may be the* sum of the corresponding first and 
■■ second -SEPs . ,: - r '* ; * Vr * "" - ' — ■ " : * ""' • •• 

h , t : ^AiteVhatively, the priedetermined functibri may ' be' the product of the 
30 corresponding first and' second SEPs. " 

The step of ascertaining the service level preferably comprises comparing 
the contents of an address field of a newly received request with customers' 
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addresses in the storage means, which customers are to be given a level of service 
higher than minimum service level. .- 

Preferably, the detecting step provides an indication of overload state 
while the instantaneous total of requests which are being concurrently processed 
5. js equal to or greater than a predetermined threshold; ; 

u . , • - r t Preferably, there is included the step of changing the value of the 
respective SEP^associ.ated with one or more of the objects under ; the control of a 
management system of the communications network. 

t According to a second aspect of the, present invention, there is -provided 
10 an intelligent communications network having a distributed, arrangement of service 
components which perform call processing by distributed processing involving the 
sending of requests, wherein, each service component comprises :- 
.= ~- • storage means for. storing an associated , preassigned service element 

parameter (SEP); . 
15 . means for generating requests including an ;SEP field; - 

means :f or writing to the . SEP Jield of ■. each generated , request the 
associated SEP, together with, in the eyent;that-the:generated; request is generated 
in response 5 to receipt , at the, service component of a request- sent from another 
service component, the contents of the SEP .field of .the /ecei^ed request; f 
20 ; means for detecting when the service component: is^in.oyerload ; state;* and 

. . meanSL.for determining, while the service ^component js. in, overload state, 
the extent of the processing which- a newly/ received- request will receive in 
- dependence upon the contents of the SEP field jaf-lhe ne.wly ^received request. 
L ; *: Preferably, the writing means is; arranged :to^copy the contents, of the SEP 
25 field of areeeived request .-to the SERnfieldLofrthe^generated requestr.and : to write 
the associated SEP intora respective sub-field:,of -the SEP field.-': - 

Alternatively, the writing means israr;rang;ed;jt:0 1 .generat^:the. sum of the 
associated SEP and^he contents- of the SEP: field of a received request, and to 
write this sum intathe.SEP field of the generated, request.^ : \ ^ ^ -\. l 
30 The determining, means ;of each- service; component., may- be arranged to 

compare the contents; of the SEP field of ,*he newly received request with a 
predetermined threshold: and to reject the newly received request if the contents of 
its SEP field' is less than said predetermined threshold. 
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Alternatively, the determining means of each service component may be 
arranged to compare the contents of the SEP field of the newly received request 
with the contents of the SEP field of a previously received request whose 
processing has not been completed, and to proceed with the processing of the 
5 newly received request in preference to that of the previously 1 received request if 
; the contents of the SEP field of the newly received request has a higher value than 
the contents of the SEP field of the previously received request. 

Preferably, the determining means of each service component is arranged 
to perform the comparison only in respect- of a previously received request which is 
10 still in a^ holding phase of processing and has not entered an ^active phase' of 
■."•-•processing-.': » . - ^ . . 

The determining means may be further 7 arranged to suspend the active 
phase of processing of the previously received request while the newly received 
request is being processed. ; < 

15 The determining means may be further- arranged to reject a said previousiy 

received* request involved irt the comparison and whose SEP field contents has a 
: lower value than that of the newly received request involved in the comparison.. 

Each service component may be arranged ; to^ store in its storage means a 
plurality of S€Ps having" different respective values corresponding to different call 
20 1 types; -arid the -determining: means may rbe arranged to ascertain the call type 
* appropriate td a received request, and-to obtain the corresponding SEP for use as 
! * thie associated- SEP- by the w^ : *' - ■> : ^ > 

; ^ . ^ Earch-' service cernpoFlent may be arranged to store' in its storage means a 
- ■'■ plurality "of- SEPs :havrnig -different respective values corresponding to different 
25 r stervice-levels, and the determining hneans may be arranged to ascertain the service 
level appropriate^ to ~a r received^request; and to obtain- the corresponding SEP for 
use as the* Associated SEP^byrthe writing means. ' > .-. 

»-r j :>.. Alternatively, each service component 1 object may be^arranged to store in 
its storage means --a^ plurality of first SEPs having different respective values 
30 cbrrespdridirig to different :cail types and a plurality, of second SEPs having different 
respective- val'uefs corresponding to different service levels, and the -determining 
' means may be arranged to ascertain the call type and service level appropriate to a 
received request, to obtain the corresponding first and second SEPs and to derive 
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therefrom; in accordance with a predetermined function, a single value for use as 
the associated SEP by the writing means. 

Preferably, the determining means is arranged to derive the single value in 
accordance with the sum of the corresponding first and second SEPs. 
5 Alternatively, the determining means may be arranged to derive the single 

value in accordance with the product of the corresponding first and second SEPs. 

The determining means may be arranged to ascertain the service level by 
comparing the contents of an ' address field of a newly received request with 
customers' addresses in its storage means, which customers are to be given a 
10 level of service highercthan minimum service level. ■ "* • 

Preferably, the detecting means is arranged to provide an indication of 
overload " state, while , the ^instantaneous ~ total of requests ; which are being 
concurrently processed-is equai;to or greater than'-a-predetefnniried threshold. 

; There may ^be included a management system arranged to change the 
15 value of the respective SEP associated with one or more-of said objects. : 

A specific embodiment of the present invention will no\A/ be described by 
way of example with reference to the drawings in which:- - 1 ' 

; * Figure 1 is a schematic diagram of-the structure of an intelligent network; 
>v -Figure 1 2 is a schematic . diagram of the^structure of a" service control point 
20 of the network of Figure 1;; ■■-:> r r .-.::;■>.* . . 

• . .Figure 3 1s3a simplified model of an object request broker; : ! • 
: Figure 4: shows a request :and its component fields; - ' ' 

Figure 5 shows requests passing between objects for a first type of call; 
Figure 6 shows* requests passing between -dbjects -for £ second type of 
25 -call;--- . - - : -v;.. o\, -c <,7\*zyj\o * b--r . ':<^. n - -• r;: 

Figure 7 is a diagram showing request resolution^ an i bbjecr in overload; 
(possible other-figures}' . :■.*■•. ^ * :• v v ■ : . - ■ ;; » \. ; 

In Figure . 1, there is Ishown. an intelligent network 10 of known structure 
comprising a plurality of service switching points : {SSPs) 1 12/ a pluriality^of service 
30 control points(SGPs) 14; a plurality; of intelligent peripherals* (IPs) 16, only one of ' 
which "\s shownr anda service management systdm' (SMS) 1 8; As- is known; some 
of the SSPs 12 act as locahexchanges and are connected to* a plurality of network 
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terminals 20 via a local access network,, not shown, and some of the SSPs 12', 
only one of which is shown, act as trunk exchanges. 

For information on, intelligent networks in general the reader is referred to 
BT Technology Journal Vcl.13 No:2 ApriM 995, the theme of which- is network 
5, intelligence. . 

Each SCP 14 is coupled to a plurality:of SSPs 12 via respective network 
. signalling links 15 shown in dotted line, and also to the SMS 18 via an operational 
command link 17 showpjn dashed line. Each IP 16 is coupled to the SMS 18 via 
an operational - command link ; 17.. and. to a respective one of the SSPs i 2; via a 
10 network signalling link 15, and^ a .traffic data 'link -1 9 ishown in continuous/ thick 
line. : - %r ;.. ' \ t -,. v '\ : . ', . •• *■ \ . : < 1 . i :y r yy c 

In Figure 2, there; is shown the. software architecture of an ;SCP 14, which 
is based on a .distributed^ . processing ?, environment using object - oriented, ^nulti- 
r threaded processing, software 'techniques. It will, thus be understood that an 
15 individual ^object can support multiple threads of ^eoht'rdl 5 and multiple: messaging 
sessions with many other.obfects simultaneously.- f ;„ ; ^ v ■■: ^r- 

The SCP 14 il- coupled ?to an external operations-' andr support systems 
domain (OSS) 22 via; a plurality of OSS : servers 24, and. to an external transport 
• network domain (TN) 26 yia .a plurality of signalling interface servers- (referred to as 
20 C7 servers) 28 arranged to handle signalling messages conforming < to the 
international signalling ;sy$tem jknown-as CGITT No. 7. The SCP 14 is also coupled 
to the TN 26 via a plurality of- IP servers 3©, t and a plurality of applicatFdns servers 
32., < c ;■■:>: r?.i! •'. \^ s-a ^ ^r.'.vty r y* * * ~ 

The? distributed; processing environment < oiy the SCP 1-4.- cbmprises a 
25 plurality of databases 31, and a plurality of database servers 33 (also known as 
; <Jata ; servers^ -to e respective ^plurality of the 

databases 33, and further comprises a data communications infrastructure (DCI) 
; 34 coupled to, t the' servers .24, 28, 30, 32- and v33, to^a plurality of application 
processors^tAPs) 36 and tO' an >SGP management:systern (MS) 38, and is realised 
30. by. a. ; set of soft\vare mechanisms (objects^ conforming.. to the 'specification of an. 
. - architecture known as" common object request broker architecture (GORBA). This 
: structure of the SCP 14 is well known in the art of intelligent networks."* . " 
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In this environment, as shown in Figure 3, a client object 40 invokes a 
method on a server object 42 by means of a request (also known as a. message) 
44, comprising a number of fields 48 (see Figure 4), passing through a messaging 
part (known as, the object request broker core ; (ORB Core)) 46 of CORBA. The 
5 general structure of the request 44 as shown in Figure 4 is well known jn the art 
and detailed information is not necessary for an understanding of the present 
invention. However, if the reader , requires further information, he is referred to 
; CORBA published literature. 

According oto the present .invention^ each object is associated with a 
:10 : respective service element parameter .(SEP), representing the respective elemental 
call processing value of the object within^a service, and is arranged/ when acting 
as. a client for-call processing within a service invoked by a call, to include within a 
;S request 44, an additjonalfield 49- (Figure Ah referred, to as the SEP field. 

Each- object is arrangedHto read-the SEP field 49j,of a request 44 received 
15 from another object acting as a client, to add its associated SEP-tp the value read 
, from the< SEP.field 49 of ; the, receiyedL request 44r~;and to insert -the resultant sum 
- into the SEP field 49 of a request generated when that particular jobject acts as a 
. . client for r 3 respective element, of the„call processing of the service. tv Thus> as call 
processing progressively involves .more and more objects,: the contents^of the SEP 
20 field 49 -correspondingly? - represents the accumulated amount of processing 
invested in thepalljand thus F the financial investment in the call,. or its -importance. 
^ , ._• o The SEPs,are preset to respective initial values ; by a -network .administrator, 
sometimes referred^to as the network ^operator. -;c. tQlt ... , * - v : r; 
---A: ; : -Although th)e requests 44 shpwn/in Figure^ 4 ;has four-fields : -48, it will be 
25 appreciated ?tljat- in< v p£actice ^the /number "pfe fields :wilh.bei -dependent .upon the 
transmission protocol used and^tfoe,; information ..cpntent to ,be : sept> ;and iirnay be 
more or jess than \our : \ h .i. : VL ,: •. „•,. :: ; : ^~-- t ^ -. u 

In a variant, instead of an object writing the resultant sunri into the SEP 
field 49, it appends *a-, respective SEP siibfield containing its associated SEP value, 
30 and to obtain the aggregate value^ of the, subfields of a received request an object 
.reads all thg subfijelds c and sums the respective, SEPs. ^ : * 

■ ; With reference to Figure 5, consider now a first type of call in which a 
user has dialled an 0800 number, i.e> a number for which the network. will' perform 
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number translation to identify the actual network destination number and will 
charge the call to the particular 0800 account (the called party, also referred to as 
the service provider). • 1 ■ ' 

The relevant SSP 12 receives the dialled digits and sends an appropriate 
5 signalling message 50 containing that- number to a designated' one of the SCPs 14 
to which it is connected. This message 50 is received by a C7 server in the SCP 
14 and is processed by an object 52 which embodies that server function and has 
an SEP value of 1. The respective values of the preassignecf SEPs of the various 
objects are not limited to integer values as^used^m this exemplary embodiment, 
10 and can toe changed by- the. network operator through the service management 
; system (SMS) T8?and the SCP mariagertierit^system (MS) 1 38'. ( ; ^ : . 

The object 52 noto generates a request 54 wittv its SEP- field set to 1, and 
sends it; for obtaining routing tfataV to a corrispohdihg O80O application resident in 
-'an AP 36 and embodied by ail object 56; whfch has had its 1 SEP preset to 1 by the 
15 network operator.? ^ : ^r \ -■: r o? : : r . .^oo ^r ; - - ~ 

: : The object 56 recerves -th^ request 54-' ! first ^rforfns'i 'check (a) to see 
~ whether it is in an dverloatfstdfte^^^ a check (b) : to see 

whether the SEP of the request ^54 Ts equal- to 1 or grieater than ^ respective 
threshold A/alue for She object 56 (in thisletfaniple set- at T), arid finally performs a 
20 : check' (c) to see whethier ir rteeds tb pribrifise this request iff relatich to any other 
- received request which is still in a 'hoWihg phase : of processing and-has not yet 
• entered &ri active pfoaste of processing^ Check (a) is : done' by reference to a flag 
which is set when the object 56-detects°thaft at feast 75% of the'totaJ number of 
' threads which 4t can support/is dcelfpfed, and" checks ; (bF arid (c) are done on the 
25 b'asis'of 'the contents" of thd 1 SEP fre<d :i 49 of the received request 54 In practice, 
"J 'object 56 detects ovefload state r by comparing the instantaneous running total of 
concurrently processed threads with a numerical value Which- corresponds to this 
:? " - "percentage threshold. ■ ' r>- T, ~ -~ ^ - 1 , ■ tw^r . 

^Supposing that tHe object ^ ; 56 is -not Mnoverload-state, it will accept the 
30 received-request 54 for profces&ing-regardles^ of the contents of* the SEP 1 field 49 
of the request 54. The reqiiest -54 enters the holding pftWse of processing and joins 
the back of a queue (holding queue) of previously received* request's which are also 
in the- holding phase of processing waiting tb enter -'the active phase. When the 
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request 54 reaches the front of the queue and enters the active phase of 
processing, the object 56 now evaluates the request 54 and decides that it needs 
to retrieve t .from a database 31 routing data corresponding to the 0800 number 
-contained in the request, and generates a request. 58 with its SEP field 49 set to 
5 : - : the sum of the received SEP and its own SEP, in this case, a sum of 2. The object 
56 now sends the .request. 58 to a database serv,er,33 embodied by an object 60. 

The object 60 receives the request 58,. and. similarly performs: the check 
(a), - and, if necessary, cheqks (b) and (c). Again, supposing that the object 60 is 
permitted to proceed to process request 58, the object 60, when the request 58 is 
10 in its active phase,, of processing, retrieves the , requested routing data from 
database 31, and generates a nornrjal return^ 62 to object 56, which,, in turn, 
generates a normal return, 64 to object -.52,_ ; which sends, the routing data to the 
originating SSP 1.2, for completion of the cal!, to the desired service provider. 

With reference to Figure ^ consider npyv . a- second type of call in which a 
15 user has dialled r the digits 144 for^access to a calling card service- provided by 
, British Telecommunications pic .-The. relevant SSP 12 receives the dialled digits and 
.sends; an appropriate signalling message 50, ; containing that number to- -a designated 
one of : the SCPs 14 L to which it is connected. This message 50 is received by a C7 
; v. server 28 in the SCP-14 and . is, processed by the object 52, : . . 

20 The object 52 now generates a- request 66. with; its SERJield set to 1 ■, and 

sends, it to a corresponding 1 ^ .application, : ,w.hich. is. resident, in an AP 36, for 
r-. processing by an ^object 68 > r which embodies thjat^appiiQation. r , : -, : ... 

t - The qt>ject; ; <$8 receives the request 6 F 6, : and performs the check (a) and, if 
-necessary,; checks (bVand .(c). , : ; , if j r .~'; ,■*■-.:.»>./;-. n:i . ; - 

25 Supposing that the object 68, /\§ not rin, overload state, it .proceeds to 

process the received Request; 66, c ^hen the t request ^6 is in its. .active, phase of 
processing,- the. object ;68 eyalujates : the a request c 6jS -and decides that, it. needs to 
send a request 70 to an IP 16, embodied by an object 72, tOvpa$s control of the 
call to the : \P^6. The object 68 now v generates the request, 70 with its SEP field 
30 set to 2 (sum of the SEP values fo^ objects 52 and .68).,. . r - , ti 

: The object. 72, which has an SEP value of .2 previously set by the network 
operator, to represent the- larger amount of processing that ,the IP 16 has to 
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perform, receives the request 70, and performs the check (a) and, if necessary, 
checks (b) and (c). 

Suppose that *the object 72 is not in overload state and will proceed to 
process the received' request 10, When the request 70 is in its active phase of 
5 processing, the object 72 evaluates the request 70 and decides that it needs to 
: retrieve a "welcome 1 " voice- announcement from the database 31, and generates a 
request 74 with its 5 SEP field set to the sunn of the received SEP (2) and its own 
- SEP (2), in f this'- case; a sum- of 4. The object 72 how sends the request 74 to the 
database server 31 embodied by the ; object 60. " - ^ ^ ■ :v - . 

10 * The object- SO receives the : request 74; r and performs the check (a) and, if 

: " necessary, the checks (b) and (c). ' Again, suppose that the object 60 is not in 
overload state and wilfprbCeed to- process the r received request 7 74: When the 
request 74 is- in its active ' phase of processing; the - object 60 ' retrieves the 
requested voice announcement ^ "fro J m database 31, and generates a normal return 
15 78 to object 72; whibh generates "the voice announcement and sends it via a 
: transmissibn link tb : the* originating SSP C 1 2 for transmission id' the -user; The object 
72 also geneVates & ' Sorffial return 80^tb object 68-tb terminate its processing for 
the calf; and in turn thebbj§ct 68 : generates a normal return 82 v to object 52 

With reference tb Figure 7; consider now a situation in which the object 
20 60 (data server 33) : has 4usr reached 75% occupancy of 

1 iftk total nunlbelr of threads which 1 it r can support, anli in response has set its 
overload flag. Suppbse^that th§ object 60" (database server) -has subsequently 
^ ' : received the request 58 Trorivthef object 56' -(0800 application), performed checks 
(a) and (b), and decided that although it is in overload condition it ; can accept the 
25 v - request 58 because the'SEP'Value^f the 1 received- request 58 is equal to the 
: re^piectivb threshold value n '6f 0i 2 r . Suppose also that, 0 before the request 58 has 
- -entered itsactive phase^oFprbcessing,' the bbject 60 receives 7 the request 74 from 
w th^objebt 72'(IP): r "^'- il " * i ^ : ^ '>' • ' ' ' ■ v l 

r. <Qn receipt : 6f the request 74, the object 60 will perform^the check (a) and 
30 find that it is in overload condition (this check being merely reacling the status of 
the overload -flag 1 to see : whether^ the flag is set (true) or not set (false)), then 
perform check (bl arid find that the SEP value for the request 74 is greater than the 
respective threshold value of 2, and finally perform check (c) and find that the 
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request 58 is still in its holding phase of processing. The object 60 will now 
. compare the respective SEP fields of the requests 58 and 74 to find out which 
request has priority, and will proceed to process request 74 on the basis that its 
SER field is higher, and to reject the request 58 by sendinjg a rejection" return 84 to 
5 object. 56 and removing the request 58 from, the holding phase queue. 

■ ,- in the event that request 74 did not have a higher value : of SEP than 
request 58, then the object 60 would continue with the processing of the request 
58 and would reject request. 74 by not adding it to the holding queue. 

When the object 56 receives the: rejection return 84, it generates a repeat 
10 ,request;86 and -sends it to another instance of the database server object 60'. 
Supposing that object 60' does not reject the repeat request 86, it processes the 
request 86 and E sends.a normal return 88 to' the. object 56, which in turn sends a 
. normal return 90 to the requesting object 52' (C7 server)v . % 

■r- , . The MS 38 is arranged = tO':modify the SEP threshold for check' (b) as a 
15 function of the amount of occupariby in excess of the'Overloadnhreshold. In bther 
words-, as ^the level of overload increases, the SEP 'threshold increases, and 
... ultimately the object rejects all received requests. / ^ r n * 

; . \ r fjln ~, the above embodiment each object is " associated with a single 
respective SEP which is fixed and independent of different requests processed by 
20 the object. In variants, application objects are arranged to detect requests relating 
to calls to or from specific customers and to apply a service level-related SEP, the 
value depending upon whether the customer is to be provided with premium (high) 
service level or standard (medium) service level, as opposed to economy (low) 
service level. In this way, a call to or from a customer who has contracted with 
25 the network operator for, say, premium service level will accumulate, relative to a 
lower service level, a relatively higher value in its SEP field as it passes through 
objects and, in the event of an object overload, have priority over other calls of 
lower service level and equivalent processing history, and be less likely to be 
rejected when the object performs check <b). 
30 Alternatively or additionally, the application objects are arranged to apply 

call type-related SEPs. 

In variants, the object 60 is alternatively or additionally arranged to 
perform a modified check (c') to see whether it needs to prioritise a received 
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request in relation to any other received request for which the active phase of the 
processing is stiil proceeding. In one such variant, if a newly received request has 
priority, the object 60 terminates the active phase of the processing of a received 
-request, and sends a rejection return. In another such variant, the object 60 
5 suspends the active phase of the processing of a received request until completion 
r of processing for the priority request. In some variants in which check (c) is 
, performed, the object 60 can, instead of rejecting a previously received request in 
the event, of a positive outcome; of; the check (c), i.e. removing -the previously 
•received. request from the holding queue, entehthe priority request at the front of 
10 the holding queue, ahead of any previously received ! request still in the holding 
queue. - . v ' : ■ -. - ..■ . 

e - In the above embodiments, the. SMS 18 is arranged to send command 
signals to the other component: parts of the network to set preassighfed* values of 
the respective SEPs, and to change individual >SEPs, These' command signals can 
,,-15 be generated -automatically by; the: SMS a 8; in f response i'to the occurrence of 
predefined; network ^conditions or. ;upon input of commands by a network operator. 
As an example, a network >r operator -may decide that' one of the IPs ?6, which 
provides a special. range of, voice announcements; is to tiave an SEP higher than 
- ^ ./ Other IPs 1.6. , .^--^ \, v .\, . .; r.-- m \ .-• 
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CLAIMS 

1. A method of controlling traffic in an intelligent communications network 
having a distributed processing environment using software objects, the method 

. 5 comprising the steps of :- 

-including, in requests generated by ; said> objects, a service element 
parameter (SEP) field; :.- ■ r 

writing to the SEP field of each said request a SEP associated with the 
generating object, together with; in the event that a said. request is generated in 
. 10 response to receipt at the generating, object of a request sent from another object, 
the contents of the SEP field of. the received request; - H ■■ 

detecting when any of said objects is in overload state; and 
while a said /object is in overload; state, determining the extent of the 
processing which .a. request newly received at : said object , .will ^receive in 
15 ^ dependence upon the contents of the SEP field of said newly received-request. 1 

2. A method as claimed in Claim 1, wherein the writing step copies the 
contents, of the SEP field of a received'-request to the SEP field of the generated 
request; and writes said associated SEP. into a respective sub-Weld of tbe;SEP field. 

3r A method as: claimed in .Claim vl, wherein, the . writing step generates the 
sum of said associated SEP r and/ the contents of.. the SEP: jield ,of a received 
request, and writes this sum into the SEP field of the generated request. 

- * % *, • ?*v:- . , . r: .. e : vr. r> i - r s, :- . ."' ' 

25 4: ; A method -as. claimed in anyrnone: of Claims -T.to -3, .wherein said 
determining step comprises comparing the, contents of the SER;fieid ofrsaid newly 
received request; with a predetermined threshold: and rejecting said newly received 
request if the contents of its SEP field is : less than said predetermined threshold. 

30- 5. A method as claimed in ' any one- of , Claims. -1» to- 3, wherein: said 

determining step comprises comparing ;the contents: of the. SEP field of said newly 
received request with^-the contents of the SEP field of a previously received request 
: whose processing has not been completed, and proceeding with the .processing of 
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said newly received request in preference to that of said previously received 
request if the contents of the SEP field of said newly received request has a higher 
value than the contents of the SEP field of. said previously received request. 

5 6. A method as claimed in Claim 5, wherein said' determining step performs 

the comparison only in respect of a previously received request which is still in a 
holding phase of processing and has not yet entered an active phase of processing. 

r7. A: method :as claimed in Claim 5,* wherein said determining step further 

10 comprises suspending the active, phase of processing of said previously received 
request while said newiytreceived request is being processed. ^ - ' 

8. " A method: as claimed: iri either ; Claim' 5 >. or Claim". 6, wherein said 
determining step farther comprises rejecting a said; previously received request 

15 involved in a said^comparing, step and whose SEP field contents has a lower-value 
than that of the newly received request involved in said comparing step. 

9. -i A method as claimed- ir* any one of Claims 7 1 id 8, wherein a .generating 
: " - object is' associated with- a v plurality, of SEPs having different respective values 

20 corresponding to different call types, and including the steps of ascertaining the 
call type appropriate to & received request, :Bnd obtaining the corresponding SEP 

- - r for use; as sdfd assdciated- SEP in said writing step^ 

10. A method as claimed in any one of Claims 1 to 8, wherein a generating 
: 25 object is associated with;: a ^plurality of SEPs having different • respective values 

- correspondnrg to different' service levels, and including the steps of ascertaining 

- : the service tevel appropriate to ^a received request, >and obtaining the corresponding 
' r -SEP for use^as. said associated SEPJn:said writing ;step:- 

30 ^11. Armethod as.'clafmed in Claim 8, wherein a generating object is associated 
with a plurality of first : SEPs having different, respective, values- corresponding to 
,dtff erent call types :and a plurality of second SEPs having different respective 
values corresponding to different ; service levels, and .including the steps of 
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ascertaining, the call type and service level appropriate to a received request, 
obtaining, the corresponding first and second SEPs and deriving therefrom, in 
, accprdance with a predetermined function, a single value for use- as said 
. associated SEP in said writing step. 
... 5 _ ... . . . , , 

12., ~ A method as claimed an Claim 11, wherein said predetermined function is 
the sum of .said .corresponding first and second SEPs. 



13. A method as claimed in Claim 11, wherein said predetermined function is 
1,0 - the product of said corresponding first and ; second; SEPs. 

14. . K A method -as claimed Ujn anyone of : Claims- 10 to 1 3, , wherein said step of 
ascertaining the service level comprises comparing the contents of an ; address field 
of a newly received request with customers' addresses in said storage means, 

15 1 which customers are . to be given a leyel of service higher than ..minimum service 

15. A method as claimed in any one of Claims 1 to 14, wherein said detecting 
. step provides an indication, of overload state while the instantaneous .total of 

20 requests, which are being, concurrently processed^is equal to t or- greater than a 
? . predetermined thresholds , !-.-.,.'■..-„. v . . : ■: - 5, : 

16. A method as claimed in any one of Claims: 1'to v 1 5, including the step of 
changing the value of the respective SEP associated with one or more said objects 

25 underthe control of a management system of. the communications network. r 

17. i , An intelligent communications network^ having^ a- distributed arrangement 
of service components, which perform call ^processing., by- distributed . processing 
involving the sending of requests, ^wherein each service component comprises :- 
30; ... rstorage , rneans for storingT.an. associated;, preassigned service elejnent 
; parametar (SEP)r.jr jr : ~ - • ? . f 

means for generating requests including an SEP field;,. t ^ 
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means for writing to the SEP field of each generated request the 
associated SEP, together with, in the event that a said generated request is 
generated in response to receipt at the service component of a request sent from 
another service component, the contents of the SEP field of the received request; 
5 means for detecting when the service component is in overload state; and 

means for determining, while the service comportent is in overload state, 
the extent of the processing- of a newly received request in dependence upon the 
contents of the SEP field of said newly received request. 

10 18. A network as claimed in Claim 1 7, wherein the writing means is arranged 
to copy the contents of the SEP field of a received request to the SEP field of the 
generated request,- and t'O write' sard associated' SEP into a respective sub-field of 
• the SEP field. • • - ■ :j - ■: " ' " -v.'.- ■ : ' ^ '-v 

15- ; 19; ' : * ; A network'.as claimed in Claim 1 ?, wherein the wi*ittn§ means is arranged 
to generate the sum of said associated SEP and the contents of the SEP field of a 
received request, and to write this sum into the SEP field of the generated request. 

- 20.- ! -A"* network as claimed in any one of Claims 17 to 19; wherein said 
20 determining means ^of each service component is ^arranged to compare the contents 
of the SEP field of said newly received request with a predetermined threshold and 
to reject said newly received request if the contents of its SEP field is less than 
said predetermined threshold. — - ^ r ^ 

25 21". ^ 7 - A -neitvvork r as clairrted in v Claim ■ 1 7, wherein said determining means of 
each service component is arranged to compare the contents of the SEP field of 
^said newly received' request^ with the contents of the SEP field of a previously 
— received request "whose -processing has not been' completed, and td proceed with 
the processings of' Said mewiy received request in preference cto that of said 
30 j previdusly : received request 1 if the contents bf the SEP "field of said newly received 
request has a higher value than the contents of the SEP field of said 5 previously 
received request. ' ■ ■< < : ? -v 
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22. A network as claimed in Claim 21, wherein said determining means of 
each service component is arranged to perform the comparison only in respect of a 
previously received request which is still in a holding phase of processing and has 
not entered an active phase of processing. 

5 

23. A network as claimed \ in Claim 21, wherein, said determining means is 
further arranged to suspend the active phase of processing of said previously 

t received request while said newly received request is being processed. 

10 24. A network as claimed in Claim 23, wherein said determining means is 
arranged to reject , a said previously ^received request involved in the comparison 
and whose SEP field contents has a .lower y^lue r than th-at of the newly, received 
request involved in the^ comparison. r 

15 25. A network as claimed in any one ofXIaims 1.7 to. : 2f, wherein each service 
component is arranged to store in its storage means a plurality of SEPs having 
different , respective values corresponding „ tQ. .different call types, and the 
determining, means is arranged tp ascertain the .call type appropriate to. a , received 
request, and to obtain the corresponding SEP for, use as said^assqcjated SEP by the 

20 writing means. ( .. . _ r 

26. A network as plaimed in any one of Claims 17 to 24 v wherein each service 
component is arranged to ?tore in . its storage rpeans a plurality ^qf SEPs having 
different respective values corresponding .tp i different^. se^viqe levels, and the 

25 determining means is arranged to ascertain the service level appropriate to a 
received request, and to obtain the corresponding SEP for use as said associated 
SEP by the writing means. 

27. A network as claimed in Claim 24, wherein each service component object 
30 is arranged to store in its storage means a plurality of first SEPs having different 

respective values corresponding to different call types and a plurality of second 
SEPs having different respective values corresponding to different service levels, 
and wherein the determining means is arranged to ascertain the call type and 



WO 98/19470 



19 



PCT/GB97/02828 



service ievei appropriate to a received request, to obtain the corresponding first 
and second SEPs and to derive therefrom, in accordance with a predetermined 
function, a single value for use as said associated SEP by the writing means. 

5 28. A network as claimed in Claim 27, wherein said predetermined function is 
the sum of said corresponding first and second SEPs. 1 

29. A network as claimed in Claim 27/ wherein said predetermined function is 
the product of said corresponding first and second SEPs. 

10 •■' ■ • ' - ! - : " ' ' ' ' 

30. A network r as claimed in anyohfe of Claims 26 "to 29, wherein said 
determining means is Arranged tb ascertain the service' level' by comparing the 
contents of an address field of a newly received ' request' with customers' 
addresses in its storage means, which customers are to be given a level of service 

15* ; higher than minimum' service level. '' ! ' 1 ''" 

31 . A network v as claimed' : iri^ariy" one" of Claims 1 7 to * 30, wherein said 
detecting means is arranged "to provide an indication of overload ' stiate while the 
instantaneous total of requests which are^being concurrently processed is equal to 

20 or greater than a predetermined threshold. 

32. A' network" as ciaifried in any 'one of Claims 17 to 31, including a 
management' v ^ystdm arranged to" changes the value of the respective SEP 
associated With' c 6ne or more of said bbj^cti. ? - ^ ■ - ■ _ 
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